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Verfahren zur Verfiigbarmachung eines Eingabeparameters einer 
Netzwerkstation eines Netzwerks eines ersten Typs in einem 
Netzwerk eines zweiten Typs sowie Verbindungseinheit zur 
Verbindung der Netzwerke des ersten und zweiten Typs 

5 

Die Erfindung betrifft das technische Gebiet der 
Heimnetzwerke . Insbesondere ist die Erfindung angesiedelt in 
dem Bereich wo. ein Netzwerk eines ersten Typs, z. B. HAVi 
basiertes Heimnetzwerk mit einem Netzwerk eines zweiten 
10 Typs, z. B. UPnP basiertes Heimnetzwerk uber ein Gateway 
miteinander verbunden sind. 

Hintergrund der Erfindung 

Zur Vernetzung von Geraten im Heimbereich stehen 
is mittlerweile unterschiedliche Heimnetzwerk- Standards zur 

Verfugung. Im Bereich der Uriterhaltungselektronik hat sich 
insbesondere der Busstandard IEEE 1394 etabliert. Dieser 

■ 

ermoglicht die Kommunikation zwischen den Unterhaltungselek- 
tronikgeraten mit sehr hoher Datenrate. Unterstutzt werden 
20 Datenraten von 100, 200 und 400 Mbit/s. Dies ist genug, urn 
asynchrone* Datenpakete zur Steuerung der Netzwerkstationen 

■ 

als auch isochrone Audio- und Video-Datenstrome parallel zu 
ubertragen. Der IEEE 1394 Standard spezifiziert aber nur die 
unteren Schichten des ISO/OSI Ref erenzmodels der Datenkom- 

25 munikation, namlich die Bit-Ubertragungsschicht (Physical 
Layer), die Datensicherungsschicht (Data Link Layer) und 
' Teile der Vermittlungsschicht (Network Layer) . Die hoheren 
Schichten, namlich Transportschicht (Transport Layer) , 
Kommunikationssteuerungsschicht (Session Layer) , Darstel- 

30 lungsschicht (Presentation Layer) und Anwendungsschicht 
(Application Layer) sind aber unspezif iziert . 

Ein Konsortium von Unterhaltungselektronikunternehmen hat 
sich daran gemacht auch die hoheren Schichten fur den 
35 Datenaustausch zwischen den Unterhaltungselektronikgeraten 
zu definieren. Dieser Standard ist bekannt unter dem Kurzel 
HAVi, wobei HAVi fur Home Audio/Video interoperability 
steht. In diesem Standard ist eine sogenannte 
Interoperability Middleware spezifiziert, die sicherstellt , 
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dass Produkte von verschiedenen Herstellern sich gegenseitig 
verstehen, d.h. kooperieren urn gemeinsam Aufgaben uber das 
Netzwerk zu erfiillen. 

Ein anderes Konsortium von Unternehmen, im besonderen die 
Unternehmen der Computer- Industrie, federfuhrend ist 
Microsoft, haben eine andere Initiative fur die 
Spezif izierung einer Net zwerksteuer software basierend auf 
dem existierenden Internet Protokoll (IP) gestartet . Dieses 
Net zwerksys tern ist unter dem Kiirzel UPnP (Universal Plug and 
Play) bekannt geworden . Bei diesem System ist die 
Spezif izierung nicht primar fur Unterhaltungselektronik- 
gerate erfolgt, sondern es konnen in dem Netzwerk auch 
andere Gerate integriert sein, wie insbesondere Personal 
Computer, Haushaltsgerate der WeiSen Ware, wie Kuhlschranke, 
M i kr o we 1 1 en - He r de , Was chma schinen, Heiz ung s s t eue rungen , 
Li cht s t euerungen , Al armanl agens t euerungen , us w . 

Obwohl die beiden Heimnetzwerkstandards HAVi und UPnP 
.manchmal als Konkurrenten gesehen werden, dienen sie doch 
zumindest zum Teil einem unterschiedlichen Zweck und es wird 
ein Szenario vorausgesehen, bei dem beide Netzwerke 
nebeneinander in einem Haushalt existieren konnen, die aber 
uber ein Gateway mit einander verbunden werden. Es soli dann 
moglich werden die Gerate im UPnP -Netzwerk von der HAVi- 
Netzwerkseite aus zu steuern und umgekehrt . Die 
Verbindungseinheit zwischen beiden Netzwerken wird 
nachfolgend als Gateway bezeichnet. Haufig wird der Begriff 
Gateway unterschieden von dem sonst ebenfalls gebrauchlichen 
Begriff Briickenschaltung oder Bridge. Teilweise wird aber 
der Unterschied zwischen einer Briickenschaltung und einem 
Gateway darin gesehen, dass eine Briickenschaltung die 
Datenpakete auf der Datensicherungsschicht an das jeweils 
andere Netzwerk ubergibt, hingegen bei einem Gateway die 
Datenpakete schon auf einer hoheren Schicht im ISO/OSI 
Ref erenzmodel libergeben werden. 

Bei den bisherigen Arbeit en zu den Gateways fur die 
Verbindung von HAVi und UPnP Netzwerken ist immer von einem 
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sogenannten „ Proxy-based Gateway" Ansatz ausgegangen worden. 
Dahinter verbirgt sich folgendes: Damit die UPnP 
Netzwerkstationen von einem HAVi-Gerat aus sichtbar sind, 
werden die UPnP-Gerate auf HAVi-Seite im Gateway durch 
sogenannte HAVi-DCMs reprasentiert . DCM steht dabei fur 
Device Control Module. Diese zusatzlichen DCMs sind dann im 
HAVi-Netzwerk angemeldet und konnen von den HAVi-Geraten aus 
angesprochen werden. Ein DCM ist dabei pro UPnP- 
Netzwerkstation notig. Bietet die Netzwerkstation 
unterschiedliche Funktionalitaten, wie z.B. ein 
Fernsehgerat, das die Funktionalitat eines Tuners, eines 
Amplifiers sowie eines Displaygerates hat, so wird pro DCM 
gegebenenf alls eine Anzahl von sogenannte FCMs vorgesehen. 
Ein FCM ist dabei ein sogenanntes Functional Component 
Module mit dem also eine Geratefunktionalitat abgedeckt 
wird. 

Umgekehrt soil en die HAVi -Netzwerkstationen auch von der 
UPnP-Seite aus angesprochen werden. Auf UPnP-Seite wird ein 
HAVi-Gerat durch ein sogenanntes UPnP Device dargestellt. 
Also wird im Gateway pro HAVi -Netzwerkstation auch ein 
entsprechendes UPnP Device bereitgehalten. Fur jedes UPnP 
Device exist iert eine sogenannte XML Geratebeschreibung. 
Dabei steht XML fur die Beschreibungssprache Extension 
Markup Language. Die Entsprechung fur ein HAVi FCM ist auf 
UPnP-Seite ein sogenannter Service. In einem UPnP Device 
konnen daher mehrere UPnP Services beschrieben sein. Die 
Umsetzung zwischen HAVi DCM/ FCM und UPnP Devices/Services 
soil moglichst vollstandig erfolgen. Beim Vergleich beider 
Standards zeigt es sich aber doch, dass eine solche 
vollstandige Umsetzung nicht immer moglich ist. 

Die UPnP Gerate entstammen durchaus Bereichen jenseits von 
Unterhaltungselektronikgeraten, so dass die Funktionalitaten 
solcher Gerate, wie eine Waschmaschine nicht leicht auf die 
liblichen Funktionalitaten der Unterhaltungselektronikgerate 
abgebildet werden konnen. Wie das dennoch erfolgreich 
bewerkstelligt werden kann, zeigt fur die Reprasentierung 
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von UPnP Geraten auf HAVi-Seite die friihere europaische 
Patentanmeldung EP 02 090 147.6 der Anmelderin. 

- 

Erf indung 

5 Bei der Entwicklungsarbeit bezuglich der Verschmelzung von 
den unterschiedlichen Heimnetzwerken HAVi- und UPnP-basiert 
sind die Erf inder auf ein Problem gestofien, bei dem 
ebenfalls keine vollstandige Eins-Zu-Eins-Umsetzung zwischen 
HAVi und UPnP Funktionalitaten moglich ist. Auf HAVi-Seite 

10 ist eine solche Funktionalitat die Moglichkeit der Vergabe 
eines benutzerdef inierten Namens zu einer HAVi- 
Netzwerkstation. Diese kann vom Benutzer frei gewahlt werden 
und auch spater noch nachtraglich geandert werden. Die HAVi- 
Spezif ikation legt diesbezuglich fest, dass fur jedes Gerat 

15 der Parameter UserPref erredName definiert werden kann. Wird 
dieser Geratename geandert, so werden die Anderungen uber 
sogenannte Events alien anderen HAVi-Netzwerkstationen 
mitgeteilt, die daraufhin, wenn sie mit einer Anzeigeeinheit 
ausgestattet sind, die entsprechende Anderung sichtbar 

20 machen. Soli der geanderte Geratename auch auf der UPnP- 

Seite sichtbar sein, so mufi der Parameter UserPref erredName 
auf ein entsprechendes Inf ormationselement der zugehorigen 
XML Geratebeschreibung abgebildet werden. Das einzige dafiir 
auf UPnP-Seite in Frage kommende Element hat die Bezeichnung 

25 ^FriendlyName" und ist Teil der XML Geratebeschreibung. Die 
UPnP-Spezif ikation geht allerdings davon aus, dass die XML 
Geratebeschreibungen unveranderbare Dokumente sind. Es gibt 
namlich keine Moglichkeit, den UPnP-Geraten bekannt zu 
geben, dass sich z. B. die zuvor instanzierte XML 

3 0 Geratebeschreibung geandert hat und sozu-sagen deshalb eine 
Aktualisierung bei den UPnP Geraten erfolgen sollte. 

Die Erfindung setzt sich zum Ziel dennoch die Moglichkeit 
zur Verfiigung zu stellen den geandert en Geratenatnen 
35 Netzwerk-ubergreif end konsistent sichtbar zu machen. Die 
Losung gemafi der Erfindung besteht darin, die UPnP 
Netzwerkstationen durch Abmelden und nachf olgendes erneutes 
Anmelden der HAVi Netzwerkstation von der der Geratename 
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geandert wurde, zu zwingen die aktualisierte XML-Gerate- 
beschreibung neu zu lesen. 



5 



Vorteilhaf terweise wird auf dem Gateway ein Sof twaremodul 
eingerichtet , welches das Geratenamen-Anderungsereignis 



auswertet und dann fur die Absendung der Abmeldungsbotschaf t 
auf UPnP-Seite sorgt, die Neueinrichtung der zugehorigen XML 
Beschreibung auslost und fur die Absendung der 
Neuanmeldungsbotschaf t des entsprechenden HAVi-Gerates auf 

10 UPnP-Seite sorgt. Als Abmeldungsbotschaf t kann 

vorteilhaf terweise insbesondere die Discovery-Boschaf t vom 
Typ ssdp::byebye eingesetzt werden. Als Anmeldungsbotschaf t 
kann vorteilhaf terweise die Discovery-Boschaf t vom TYP 
ssdp::alive eingesetzt werden. Das Inf ormationselement in 

15 der XML ' Geratebeschreibung, welches am besten den 

Geratenamen reprasentiert , hat die Bezeichnung FriendlyName 
auf UPnP-Seite. 

* ♦ 

Eine vorteilhafte Wei terbi Idling der Erfindung sieht vor, 
20 dass fur die benutzerdef inierte Eingabe des Geratenames ein 
Texteingabemenu zur Verfugung gestellt wird, welches auf 
HAVi-Seite auf einer Anzeigeeinheit eingeblendet wird, und 
welches so eingerichtet ist, dass die Texteingabe mit Hilfe 
von den Zif f erntasten eine Fernbedienung erfolgen kann. 



Ausfiihrungsbei spiel e der Erfindung sind in den Zeichnungen 
dargestellt und werden in der nachf olgenden Beschreibung 
naher erlautert. Es zeigen: 



25 




30 



35 
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eine Illustration zweier uber ein Gateway 

miteinander verbundener Heimnetzwerke; 

den Ablauf des erf indungsgemafien Verfahrens und 

das Zusammenspiel der beteiligten 

Sof twarekomponenten im HAVi-Gerat bei dem der' 

Geratename geandert wird und im Gateway, und; 

das Texteingabemenu gemaS der Erfindung. 
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Beschreibung der Erfindung 

Fig, 1 zeigt die prinzipielle Struktur zweier uber ein 
Gateway miteinander verbundener Heimnetzwerke . Auf der 
linken Seite von Fig. 1 ist ein UPnP basiertes Heimnetzwerk 
5 dargestellt. Die Bezugszahl 10 bezeichnet als Beispiel eines 
UPnP Gerates eine Uberwachungskamera . Die Bezugszahl 11 
bezeichnet eine Lichtsteuereinheit als weiteres Beispiel 
einer UPnP Netzwerkstation. Mit der Bezugszahl 12 ist noch 
ein Personal Computer bezeichnet, der ebenfalls in das UPnP 
io Netzwerk integriert ist. Die UPnP Gerate sind uber eine 

Netzwerkverbindung 13 verknupft. Als Typisches Beispiel fur 
eine solche Netzwerkverbindung 13 wird der weitverbreitete 
und bekannte Ethernetbus erwahnt . 

15 Auf der rechten Seite der Fig. 1 ist. ein Beispiel eines nach 
dem HAVi-Standard ausgelegten Heimnetzwerkes gezeigt. 
Bezugszahl 19 bezeichnet eine sogenannte Set -Top-Box, das 
ist ein Empf angsgerat fur digitales Fernsehen. Die 
Bezugszahl 20 bezeichnet ein digitales TV-Gerat. Solche 

20 digitalen TV-Gerate besitzen typischerweise kein eigenes 

Empf angsteil mehr sondern erhalten die digitalen Video- und 
Audiodaten von einem anderen Gerat, z. B. der Set-Top-Box 
19. Im dargestellten Fall werden die Video- und Audiodaten 
aber uber das Netzwerkkabel zu dem digitalen TV-Gerat 20 

25 transportiert . Die Bezugszahl 21 bezeichnet einen 

Videorecorder . Das Netzwerkkabel ist durch die Bezugszahl 22 
markiert . Im angenommenen Beispielfall eines HAVi-Netzwerkes 
wird dieses Netzwerkkabel 22 durch den sogenannten IEEE 13 94 
Bus realisiert. 

30 

In der Mitte von Fig. 1 ist das Gateway' 14 dargestellt. 
Dieses verbindet beide Netzwerke miteinander. Dazu ist in 
dem Gateway 14 einerseits ein sogenannter IP-Stack 15 
vorhanden und andererseits ein sogenannter HAVi-Stack 16. In 
35 dem IP-Stack 15 bzw. HAVi-Stack 16 sind alle 

Sof twarekomponenten enthalten, die fur die Teilnahme bei dem 
jeweils angeschlossenen Netzwerk erf orderlich sind. 
Zusatzlich sind in dem Gateway 14 weitere Softwarekom- 
ponenten enthalten, die nicht gesondert aufgelistet sind. 
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Schematisch ist aber dargestellt, dass zwischen den beiden 
Sof twarestacks 15 und 16 ein Datenaustausch erf olgt . 
Bezugszahl 17 bezeichnet dabei den Datenpfad fur die Audio- 
und Videodatenstrome. Bezugszahl 18 hingegen bezeichnet den 
5 Datenpfad fur die zwischen beiden Sof twarestacks 
auszutauschenden Steuernachrichten. 

Der HAVi-Standard sowie auch die UPnP-Spezif ikation sind 
verof f entlicht . Die HAVi-Spezif ikation liegt mittlerweile in 

10 der Version 1.1 vor. Die genaue Bezeichnung ist: The HAVi 
Specification „ Specif icat ion of the Home Audio/Video 
interoperability (HAVi) Architecture", Version 1.1, 15 May 
2001. Die UPnP-Spezif ikation kann uber die Firma Microsoft 
bezogen werden. Nahere Inf ormationen sind auch auf der 

15 offiziellen Internetseite fur das UPnP-System vorhanden. 
Diesbeziiglich wird auf die Internetseite www . UPnP . org 

hingewiesen. 

■ 

Da zur Erlauterung der vorgestellten Erfindung nicht 
20 samtliche Komponenten des HAVi- bzw. des UPnP-Systems 

wichtig sind, werden im nachf olgendem nur die wesentlichen 
Komponenten naher erlautert . Fur weitere Einzelheiten wird 
im Hinblick auf die Offenbarung der Erfindung ausdrticklich 
auf die beiden vorher erwahnten Spezif ikationen Bezug 
25 genommen. 

In der Fig. 2 bezeichnen dieselben Bezugszahlen die 
Komponenten, die auch in Fig. 1 dargestellt sind. Auf der 
linken Seite von Fig. 2 sind die wesentlichen 

30 Sof twarekomponenten des Gateways 14 gezeigt . Auf der rechteri 
Seite der Fig. 2 sind die wesentlichen Sof twarekomponenten 
des digitalen TV-Gerates 20 dargestellt. Wie schon zu Fig. 1 
erlautert, beinhaltet das Gateway 14 einen Internetpro- 
tokoll-Stack 15 fur die Kommunikation im UPnP-Netzwerk und 

35 einen HAVi-Stack 16 fur die Kommunikation im HAVi-Netzwerk. 
Auf der untersten Ebene des HAVi-Stacks 16 ist die IEEE 1394 
Schnittstelle 41 dargestellt. Diese ist typischer Weise 
nicht als Sof twarekomponente ausgef uhrt , Vielmehr legt der 
IEEE 13 94 Standard fest, dass sowohl die 
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Bitiibertragungsschicht als auch die Datensicherungsschicht 
in Hardware ausgefuhrt sein mussen. Typischer Weise werden 
hierfur zwei separate ICs eingesetzt. Daruber ist der 
sogenannte Communication Media Manager 40 als 
5 Sof twarekomponente angesiedelt. Dieser bildet Teile der 
Vermittlungsschicht sowie der Transportschicht und bildet 
eine Schnittstelle zwischen den anderen Sof twareelementen 
und dem IEEE 1394 Bus. Oberhalb des Communication Media 
Managers 4 0 ist das sogenannte Messaging System 3 9 

10 implementiert . Diese Komponente ist in dem HAVi-Standard 
eine sehr wichtige Komponente, da das Messaging System 
jeweils benutzt wird, wenn zwei andere Sof twaremodule 
.untereinander Daten austauschen wollen. Das Messaging System 
ist unabhangig von Netzwerk- und Transportschicht im ISO/OSI 

15 Ref erenzmodel . 

Ein wei teres Modul des HAVi- Stacks ist ein sogenannter Event 
Manager 34. Der Event Manager 34 hat die Aufgabe, die 
verschiedenen Sof twareelemente im Netzwerk uber aufgetretene 

20 Anderungen/Ereignisse zu inf ormieren. Solche Ereignisse 
treten insbesondere immer dann auf , wenn ein Gerat dem 
Netzwerk hinzugefugt wird Oder vom Netzwerk getrennt wird. 
Eine weitere Sof twarekomponente des HAVi Stack 16 ist eine 
sogenannte Registry 35. In der Registry sind die verfugbaren 

25 Sof twareelemente des Netzwerkes aufgelistet. Die Registry 
bietet den Service an, nach bestimmten Sof twareelementen zu 
suchen. Ein Sof twareelement , dass mit anderen Sof twarelemen- 
ten im Netzwerk kommunizieren mochte, muss in der Registry 
registriert sein. Ein weiteres Sof twareelement im HAVi Stack 

30 16 ist ein sogenannter DCM Manager 36. Dieser hat die 

Aufgabe die DCMs (Device Control Modules) in der jeweiligen 
Netzwerkstation zu installieren. 



Anwendungen, die im Netzwerk ausgefuhrt werden, greifen auf 
35 eine Anzahl von sogenannten FCMs (Funktional Component 
Modules) zu. Im HAVi Standard selbst sind die Funktiona- 
litaten verschiedener Typen von FCMs spezif iziert . Dazu 
gehoren ein Tuner FCM, VCR FCM, Clock FCM, Camera FCM # AV 
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Disc FCM, Amplifier FCM, Display FMC, AV Display FCM, Modem 
FCM und Webproxy FCM. 

Der Ressource Manager 37 hat die Aufgabe daruber zu wachen, 
ob bestimmte Ressourcen des Netzwerks fur eine jeweils 
angeforderte Aufgabe noch zu Verfugung stehen, oder schon 
vergeben sind. Er teilt also den Anwendungsprogrammen 
entsprechende • Ressourcen zu, sofern sie frei sind. 

Als weitere Komponente ist noch ein sogenannter Stream 
Manager 38 im HAVi Stack vorhanden. Dieser ist 
ver ant wort lich. fur die Einrichtung von Verbindungen zwischen 
Netzwerkteilnehmerstationen. Uber die eingerichteten 
Verbindungen konnen dann AV Datenstrome ubertragen werden. 

Oberhalb der bislang beschriebenen Sof twareelemente des HAVi 

* 

Stacks sind noch verschiedene DCM Module in dem Gateway 
eingerichtet . Ein DCM ist ein Sof twareelement , dass auf HAVi 
Seite benutzt wird urn ein entsprechende s HAVi Gerat zu 
steuern. Im Gateway sind deshalb zur Steuerung der UPnP 
Gerate jeweils pro UPnP Gerat ein zugehoriges HAVi DCM 
installiert. Zum Beispiel bezeichnet die Bezugszahl 3 0 das 
DCM fur die Uberwachungskamera 10 im UPnP Netzwerk. Das DCM 
31 dient zur Steuerung des Personalcomputers 12 im UPnP. 
Netzwerk. Auch fur die Lichtsteuereinheit 11 ist im HAVi 
Gateway 14 ein zugehoriges DCM 33 vorhanden. Nach der HAVi- 
Spezif ikation konnen auch die anderen DCMs des HAVi- 
Netzwerkes im HAVi-Gateway 14 installiert sein, mussen es 
aber nicht, wie im Beispiel von Fig. 2 gezeigt. Mit der 
Bezugszahl 32 ist noch das Anwendungsprogramm des Gateway 14 
bezeichnet. Die Funktionen, die dieses Modul erfullt, werden 
nachf olgend noch genauer erlautert . 

■ 

Der ebenfalls im Gateway 14 vorhandene IP Stack 15 ist nicht 
mit all seinen Komponenten gezeigt. Der Aufbau eines solchen 
IP Stacks ist aus dem Stand der Technik bekannt . Zur 
Vereinf achung der Darstellung sind deshalb nur drei 
wesentliche Komponenten dargestellt. Das ist zum einen ein 
sogenannter HTTP Webserver 27. Dieser beinhaltet die 
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verschiedenen XML Geratebeschreibungen fur die im HAVi 
Netzwerk vorhandenen Gerate. Also eine XML Geratebeschrei- 
bung 23 fur den Videorecorder 21, eine XML Gerat ebeschrei- 
bung 24 fur die Set Top Box 19 und eine XML 

Geratebeschreibung 25 fur das digitale Fernsehgerat 20. Als 
weitere Komponente des IP Stacks 15 ist noch eine Einheit 
zur Realisierung des SSDP Protokolls vorgesehen. Diese ist 
mit der Bezugszahl 29 bezeichnet. Das SSDP Protokoll (Simple 
Service Discovery Protocol) wird ebenfalls als bekannt 
vorausgesetzt . Weitere Komponente ist noch eine XML 
Geratebeschreibungserzeugungseinheit 28. Auch diese wird bei 
der heute zur Verfiigung stehenden Gateway-Technologie als 
eine ubliche Implement ierung angesehen. Die Komponente muss 
nicht als Teil des IP Stacks 15 angesehen werden, sie kann 
auch als davon sepafierte Einheit implementiert sein. 

Fur das digitale TV Gerat 2 0 sind die einzelnen 

» 

Softwarelemente des HAVi Stacks ebenfalls gesondert 
aufgefiihrt. Da diese Komponenten mit den gleichen 
Buchstabenkiirzeln bezeichnet sind wie im dem HAVi Stack 16 
des Gateways 14, brauchen diese Teile nicht nochmals im 
einzelnen erlautert zu werden. 

Das digitale Fernsehgerat 2 0 wird im Ausf uhrungsbeispiel als 
sogenanntes FAV Gerat (Full AV Device) angenommen. Ein 
solches Gerat ist mit der groSten Anzahl von HAVi 
Softwareelementen ausgestattet . Die Besonderheit liegt 
darin, dass ein FAV Gerat auch eine sogenannte Java Virtual 
Machine integriert hat. Damit ist das Gerat in der Lage, 
Javacode in lauffahigen Programmcode umzusetzen und dann 
entsprechend auszufuhren. Ein FAV Gerat hat die Moglichkeit, 
von einem anderen HAVi Netzwerkgerat ein DCM zu laden. Das 
DCM wird dann in dem FAV Gerat neben dem DCM des FAV Gerates 
installiert. Deshalb ist in Figur 2 gezeigt, dass neben dem 
DCM des digitalen TV Gerates 44 auch noch die DCMs 43 und 45 
zur Steuerung des Videorecorder s 21 und der Set Top Box 19 
installiert sind. Ebenfalls dargestellt ist noch ein User 
Interface 42. 
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Nachfolgend wird jetzt im einzelnen beschrieben wie die 
verschiedenen Sof twareelemente zusammenspielen, wenn im HAVi 
Netzwerk der benutzerdef inierte Geratename des digitalen TV 
Gerates 20 geandert wird. Im HAVI System ist der 
5 Eingabeparameter UserPref erredName vorgesehen um einen 
benutzerdef inierten Geratenamen zu kennzeichnen. Dieser 
Parameter ist Teil eines jeden DCM. Der Parameter wird aber 
auch zum Beispiel in der Registry des jeweiligen Gerates- 
abgelegt. Der Benutzer mochte gerne im Netzwerk eindeutige 

10 Namen den einzelnen Geraten zuordnen . Sind im Netzwerk 

mehrere Gerate der gleichen Kategorie vorhanden, zum Beipiel 
ein Fernsehgerat das im Wohnzimmer aufgestellt ist und ein 
Fernsehgerat im Schlaf zimmer, so sollen diese Gerate leicht 
• unterscheidbar sein. Zu diesem Zweck kann der Benutzer dem 

15 Fernsehgerat im Wohnzimmer beispielsweise den Namen geben 
„TV Wohnzimmer". Nachdem er den Namen iiber das User 
Interface eingegeben hat, wird das User Interface 42 das DCM 
des digitalen TV Gerates 2 0 unter Zuhilfenahme des Messaging 
Systems 51 dariiber informieren, dass ein neuer 

20 Eingabeparameter UserPref erredName fur das TV Gerat 

eingetroffen ist, markiert mit Label ®. Dazu bedient sich 

das User Interface 42 des im DCM zur Verfiigung gestellten 
Services DCM: :SetUserPref erredName . Dieser Service lost 
neben der Aktualisierung des Parameters im DCM selbst . auch 
25 die Neuregistrierung des neuen Namens in der Registry 47 
' aus. Dieses ist mit Label © bezeichnet. Nachdem alle 

Eintrage bezuglich dieses Parameters aktualisiert worden 
sind, lost das DCM 44 dann eine Benachrichtigung des Event 
Managers 46 aus. Dieser Schritt ist mit Label ® markiert. 

3 0 Dazu wird von dem DCM 44 ein sogenannter 

UserPref err edNameChangedEvent generiert. Da dieses Ereignis 
als globales Ereignis innerhalb des HAVi Systems eingestuft 
ist, wird dann von Seiten des Event Managers 46 eine 
Weiterleitung dieses Ereignisses veranlasst. Mit Label © 

35 ist die Benachrichtigung des Gateways 14 liber den 

UserPref erredNameChangendEvent bezuglich des digitalen TV 
Gerates 2 0 bezeichnet. In dem Event Manager 34 haben sich 
alle Sof twareelemente des Gateways 14 registriert, die an 
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diesem Event interessiert sind. Konkret hat sich das 
Gateway- Sof tware-Modul 32 bei dem Event Manager 34 fur das 
UserPref erredNameChangedEvent registrieren lassen. 
AnschlieSend wird der Event Manager 34 die Gateway- Software 
5 32 liber das Eintref f en .des UserPref erredNameChangedEvents 
bezuglich des digitalen TV Gerates 2 0 inf ormieren, siehe 
Label (D . Die Benachrichtigung der Gateway-Software 32 fuhrt 
dann zu* der Abgabe einer Benachrichtigung an den UPnP 
Protokoll Stack 15 des Gateways. Dieses ist in der Figur 2 

10 mit der Marke ® gekennzeichnet . Da der UPnP Protokoll Stack 
15 jedoch keine spezif izierten HAVi Botschaften akzeptiert, 
muss von Seiten der Gateway- Sof tware 32 eine Ubersetzung 
dieser Botschaft in das fur den UPnP -Stack 15 verstandliche 
Format ausgelost werden. Die vom UPnP- Stack 15 verstandene 

15 zugehorige UPnP Botschaft kann auf dem sogenannten SOAP 

Protokoll (Simple Objekt Access Protocol) basieren. Deshalb 
muss die Gateway- Software 32 eine Umwandlung der HAVi 

* 

Botschaft in die Form einer SOAP Botschaft veranlassen oder 
selbst durchfuhren. Da beide Systeme spezif iziert sind, ist 

20 diese Umsetzung ohne weitere Schwierigkeiten moglich. Die 

SSDP Einheit 2 9 setzt dann die entsprechende SOAP Botschaft 
nach SSDP Protokoll in eine SSDP Discovery Botschaft urn. 
Alternativ kann die Ausfiihrung auch so sein, dass die 
Gateway- Software 32 das Software Modul, welches das HAVi- 

25 Gerat als UPnP-Gerat reprasentiert , liber die Anderung des 

Namens benachrichtigt . Daraufhin wird von diesem Modul unter 
. Verwendung des SSDP -Modul s 2 9 die Discovery Botschaft 

ssdp : :byebye (DTV) generiert und in dem UPnP Netzwerk an alle 
Teilnehmerstationen weitergeleitet . Dies ist mit Marke ® 

30 gekennzeichnet. 



Mit dieser Benachrichtigung wird das digitale TV Gerat 2 0 im 
UPnP Netzwerk abgemeldet . Das heiSt, das ein UPnP-Gerat, 
welches gerade auf einer Anzeigeeinheit die Netzwerkstruktur 
35 komplett inklusive der HAVI Gerate darstellt, das digitale 
TV Gerat 2 0 aus der Darstellung kurzfristig ausblenden wird. 
Nach der Abmeldung des digitalen TV Gerat 2 0 sorgt dann die 
Gateway- Sof tware 32 in dem Schritt markiert mit Marke ® 
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dafur, das die XML Gerat ebeschreibungserzeugungseinheit 28 
eine neue XML Beschreibung fur das digitale TV Gerat 2 0 
generiert. Dazu ersetzt das Sof tware-Modul 32 im XML- 
Dokument den alten „FriendlyName" durch den neuen, per Event 
5 empfangenen „UserPreferredName" und ersetzt auf dem 

Webserver 27 die alte XML-Beschreibung 25 durch die neue. 
Der zugehorige Schritt ist mit der Marke (D gekennzeichnet . 

* 

Nachdem die neue Geratebeschreibung erzeugt wurde, wird von 
10 Seiten der Gateway- Software 32 erneut eine SOAP Botschaft 
fur das SSDP Modul 29 erzeugt, Label ®. Diese SOAP 

Botschaft wird von dem SSDP Modul in eine SSDP Discovery 

ftp 

Botschaft umgesetzt. Und zwar ist diese die ssdp: : alive (DTV) 
Botschaft. Mit dieser Botschaft wird das digitale TV Gerat 
15 20 wieder erneut im UPnP Netzwerk angemeldet, Label ©. Die 

Umsetzung des DCM 44 in die zugehorige XML Beschreibung 25 
nimmt nur kurze Zeit in Anspruch, etwa einige Millisekunden. 
Deshalb wird die Anmeldebotschaf t ebenfalls nur kurze Zeit 
nach der Abmeldebotschaf t in das UPnP Netzwerk ubertragen. 

20 Die zwischenzeitliche Abtneldung des DTV Gerates 2 0 wird 
deshalb vom Benutzer gar nicht oder kaum wahrgenommen 
werden. Durch die Neuanmeldung des Digitalen TV Gerates 2 0 
werden die UPnP Gerate aufgefordert die XML Beschreibung des 
digitalen TV Gerates 20 erneut zu laden. Wenn dieser Vorgang 

25 abgeschlossen ist, wird der neue Geratenarne auch im UPnP 

Netzwerk aktualisiert sein und bei Anzeigen beriicksichtigt 
werden also es wird der neue Geratenarne auf der jeweiligen 
Anzeigeeinheit angezeigt werden. 

3 0 Mit dieser Vorgehensweise wird die Konsistenz der 

Namensgebung netzwerkubergreif end sichergestellt . Durch die 
Reihenfolge vorheriges Abmelden des HAVi Gerates und 
anschlieSendes Neuanmelden, wird sichergestellt, dass 
wahrend keiner Phase der Name eines HAVi Netzwerkgerates 

35 inkonsistent ist. 

Nachfolgend wird noch erlautert, wie die Texteingabe fur ein 
Textfeld in einem User Interface vorteilhaf t mit einer 
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iiblichen Fernbedienung eingegeben werden kann. Figur 3 zeigt 
ein Texteingabemenu gemaS der Erfindung. Dieses ist in Figur 
mit der Bezugszahl 60 gekermzeichnet . Ebenfalls dargestellt 
ist ein Textfeld innerhalb des User Interfaces zur Steuerung 
5 des im HAVi Netzwerk befindlichen digitalen TV Gerates 20. 
Dieses Textfeld ist mit der Bezugszahl 61 versehen. Es 
entspricht dem Eingabefeld fur den Eingabeparameter 
UserPref erredName . Dargestellt ist, dass der Standardeintrag 
TV in diesem Feld aktuell eingetragen ist . Nachdem der 
10 Benutzer dieses Textfeld fokussiert hat, das heifit per 

Fernbedienung ausgewahlt hat, wird das Eingabemenu 60 durch 
Driicken der "Texteingabetaste" auf der Fernbedienung 
gestartet. Nach Driicken der "Texteingabetaste" auf der 
Fernbedienung wird gepruft, ob ein Texteingabef eld 
15 fokussiert ist, welches sich in einem Havlet, einer 
Applikation oder im FAV eigenen UI befinden kann. 

Das Texteingabemenu erscheint in Form eines Fensters auf der 
Anzeigeeinheit des Fernsehgerates . Innerhalb des 
20 Texteingabemenus 6 0 ist ein grofieres Texteingabef enster 62 

vorhanden . Neben diesem Texteingabef enster sind die ublichen 
Tasten einer Fernbedienung symbolisiert . Dazu gehoren die 
Zif f erntasten, Cursorsteuerungstasten, eine Auswahltaste 
sowie die farbig unterschiedlichen Tasten deren Bedeutung 
25 jeweils in Kurzform neben dem Farbsymbol angegeben ist. 

Oberhalb der Zif f erntasten ist jeweils symbolisiert, welche 
Buchstaben mit der Zifferntaste bei Texteingabe ausgewahlt 
werden konnen. Die Texteingabe erfolgt also einfach per 
Fernbedienung \iber die Zif f erntasten etwa in der Form wie es 
30 von Mobiltelefonen bekannt ist. Diesbezuglich kann sogar 
eine automat ische Worterkennung im Texteingabewerkzeug 
integriert sein. Bei Mobiltelefonen kommt beispielsweise 
auch das Worterkennungssystem T9 zur Anwendung. Wie in Figur 
3 dargestellt, wird nach automat ischem Offnen des 
35 Texteingabemenus der aktuelle Inhalt des fokussierten 

Textfeldes in das Texteingabef eld 62 automatisch kopiert. 
Darunter wird dann durch Blinken eines Cursors verdeutlicht , 

* 

dass die einzelnen Buchstaben des Standardeintrages geandert 
werden konnen. Nachdem der neue Name eingegeben worden ist, 
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wird durch Drucken der Eingabetaste OK der neue Eintrag in 
das Textfeld 61 kopiert . Wird im "Texteingabetool 11 "OK" 
gedriickt, wird der geanderte Text in das Texteingabef eld 61 
kopiert und es wird fokussiert. Man befindet sich also 
5 wieder im selben Zustand, wie vor der Texteingabe, jedoch 

ist der Text im Texteingabef eld geandert . Um die Texteingabe 
abzuschliefeen, muss noch mal "OK" gedriickt werden. Im 
Zustand vor dem Starten und nach dem Beenden des "Texttools" 
kann man mit einer richtigen Tastatur Text eingeben oder 
10 liber die Zif f erntasten der Fernbedienung auch Zahlen 
eingeben. 

* 

■ 

Das Texteingabewerkzeug kann als zent rales Werkzeug 
innerhalb des HAVi UI 42 des digitalen TV Gerates 2 0 

15 realisiert sein. Das Texteingabewerkzeug ist fur den Fall 
vorgesehen, dass eben keine Tastatur zu dem digitalen TV 
Gerat ausgelief ert wird, sondern lediglich eine normale 
Fernbedienung. Die programmtechnische Umsetzung dieses 
Texteingabehilf smittels kann wie folgt erfolgen. Das HAVi 

20 User Interface 42 uberwacht, ob die Texttaste auf der 
Fernbedienung gedriickt wird. Dabei werden in dem 
Texteingabewerkzeug nur die Tasten angezeigt, die zur 
Eingabe des Textes notwendig sind. Da die Texttaste 
gebraucht wird, bevor das Text tool gestartet wird und danach 

25 nicht mehr gebraucht wird, ist sie in Fig. 3 nicht mehr 
dargestellt . 

. * 

Nach Drucken der "Texteingabetaste" auf der Fernbedienung 
wird gepriift, ob ein Texteingabef eld fokussiert ist, welches 
30 sich in einem- Havlet , einem Anwendungsprogramm oder im FAV- 
eigenen User-Interf ace-Programm befinden kann. 

Nach Abschluss der Texteingabe wird das Texteingabetool 
beendet und der neu editierte Text wird in das zuvor 
35 fokussierte Texteingabef eld kopiert. Es handelt sich also um 
ein universelles Texteingabehilf smittel das auf alle 
Havlet s/Applikationen im HAVi Netzwerk angewendet werden 
kann. 
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Die Erfindung kann insbesondere bei einem Gateway das zur 
Verbindung eines HAVi Netzwerks mit einem UPnP Netzwerk 
dient eingesetzt werden. Denkbar sind aber auch 
Einsatzmoglichkeiten bei Gateways die andere Netzwerke 
miteinander verbinden, zum Beispiel ein HAVi Netzwerk mit 
einem OSGi Netzwerk oder ein auf Powerline Datenubertragung 
basiertes Netzwerk wie EHS mit einem IP Netzwerk wie UPnP 
oder OSGi . 




1 . Verf ahren zur Verf ugbarmachung eines Eingabeparameters 
von einer Netzwerkstation in einem Netzwerk eines ersten 

5 Typs fiir ein liber ein Gateway (14) mit dem Netzwerk des 

ersten Typs verbundenes Netzwerk eines zweiten Typs, dadurch 
gekennzeichnet , dass die den Eingabeparameter betreffende 
Netzwerkstation (20) in dem Netzwerk des zweiten Typs 
seitens des Gateways (14) zunachst abgemeldet wird, dass der 
10 Eingabeparameter auf ein im Netzwerk des zweiten Typs 

bekanntes Inf ormationselement abgebildet wird und die den 
Eingabeparameter betreffende Netzwerkstation (2 0) 
•anschlielSend erneut im Netzwerk des zweiten Typs angemeldet 
wird. 

15 

2. Verf ahren nach Anspruch 1, wonach das Netzwerk des ersten 
Typs ein auf dem HAVi Standard basierendes Netzwerk ist, 
wobei HAVi fur Home Audio/Video Interoperability steht. 

20 3. Verf ahren nach Anspruch 1 oder 2, wobei das Netzwerk des 
zweiten Typs ein auf dem Internetprotokoll basierendes 
Netzwerk ist, insbesondere UPnP wobei UPnP fur Universal 
Plug and Play steht . 

25 4. Verf ahren nach einem der vorhergehenden Arispruche , wobei 
die Abmeldung und Neuanmeldung der den Eingabeparameter 
betreffenden Netzwerkstation (2 0) nach dem Simple Service 
Discovery Protokoll SSDP erfolgt, insbesondere mit der 
ssdp : :byebye-Abmeldebotschaf t und der ssdp::alive- 

30 Anmeldebotschaf t . 

5. Verf ahren nach Anspruch 3 oder 4, wobei der 
Eingabeparameter den benutzerdef inierten Namen einer HAVi 
Netzwerkstation (20) betrifft, insbesondere den Parameter 

35 UserPref erredName . 

6 . Verf ahren nach Anspruch 5 wobei der Eingabeparameter 
UserPref erredName auf das Inf ormationselement FriendlyName 



■ 




einer XML Geratebeschreibung fur die den Eingabeparameter 
betreffende HAVi Netzwerkstation (20) abgebildet wird. 

m » 

7. Verfahren nach einem der vorhergehenden Anspruche, wobei 
zur benutzerdef inierten Eingabe des Eingabeparameters von 
einer Netzwerkstation (20) ein Texteingabemenu (60) zur 
Verfiigung gestellt wird, welches auf einer Anzeigeeinheit 
eingeblendet wird, und in das der aktuelle Text des 
ausgewahlten Textfeldes (61) eingeblendet wird, wobei die 
Text eingabe mit Hilfe der Zif f erntasten einer Fernbedienung 
erfolgt. 

8. Verfahren nach Anspruch 7, wobei das Texteingabemenu (60) 
als Teil des User Interfaces (42) eines HAVi Netzwerkgerates 
implementiert ist, welches durch Drucken einer 
Texteingabetaste gestartet wird, und wobei nach Drucken der 
Texteingabetaste gepriift wird, ob ein Text eingabef eld 
fokussiert ist. Uj 



9. Verbindungseinheit zur Verbindung eines Netzwerks eines 
ersten Typs mit* einem Netzwerk eines zweiten Typs, mit 

■ 

Abmeldemitteln, die bei Eingang der Information uber die 

Anderung eines Eingabeparameters fur eine Netzwerkstation 

(20) im Netzwerk des ersten Typs eine Abmeldung der den 

Eingabeparameter betreffenden Netzwerkstation (20) im 

Netzwerk des zweiten Typs bewirken, mit Umsetzungsmitteln 

2ur Umsetzung des geanderten Eingabeparameters in ein fur 

das Netzwerk des zweitpn Typs geeignetes Format, sowie 

i ■ jl \ j • - ■** 

Anmeldemitteln, die nach Umsetzung des Eingabeparameters 

eine erneute Anmeldung der den geanderten Eingabeparameter 

betreffenden Netzwerkstation (20) im Netzwerk des zweiten 

Typs bewirken. 




Die Erfindung betrifft das Gebiet der Heimnetzwerke , 
5 insbesondere der Verbindung zweier Heimnetzwerke 

unterschiedlichen Typs uber ein Gateway (14) . Die Netzwerk- 
gerate im Netzwerk des ersten Typs sollen auch die 
Netzwerkgerate im Netzwerk des zweiten Typs steuern konnen 

und umgekehrt. Bei der Realisierung von Steuernachrichten- 

> 

10 umsetzungen ist das Problem aufgetreten, dass ein in dem 
Netzwerk des ersten Typs bekannter Eingabeparameter zwar 
beliebig geandert werden kann und innerhalb dieses Netzwerk 
auch weitergemeldet werden kann, jedoch die zugehorige 
Entsprechung im Netzwerk des zweiten Typs fest eingestellt 

15 ist und dement sprechend nicht geandert werden kann. Die 

Erfindung zeigt einen Weg, wie ein solcher Eingabeparameter 
trotzdem im Netzwerk des zweiten Typs ebenfalls aktualisiert 

* 

werden kann. 

Dazu wird die den Eingabeparameter betreffende Netzwerk- 
20. station (2 0) zunachst im Netzwerk des zweiten Typs 
abgemeldet. AnschlieSend erfolgt die Umsetzung des 
geanderten Eingabeparameters auf das Inf ormat ions element im 
Netzwerk des zweiten Typs. Daraufhin erfolgt eine Neuan- 
meldung der den Eingabeparameter betreffenden Netzwerk- 
25 station (20) im Netzwerk des zweiten Typs. Dieses veranlasst 
die Netzwerkstationen im Netzwerk des zweiten Typs die 
Geratebeschreibung (25) fur die den Eingabeparameter 
betreffende Netzwerkstation (2 0) neu zu lesen. Damit ist 
dann eine Aktualisierung des Eingabeparameters auch im 
30 Netzwerk des zweiten Typs erreicht. 

Fig. 2 
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